-
Notifications
You must be signed in to change notification settings - Fork 321
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Preparation for zephyr/cmake/math transfer #8494
Conversation
See: There is nothing "smart" or complicated about #8260, I'm really just moving scattering CMake code away from zephyr/CMakeLists.txt into subdirectories. Anything more elaborate I should do? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Minor questions.
zephyr/CMakeLists.txt
Outdated
@@ -128,6 +128,20 @@ macro(is_zephyr ret) | |||
endif() | |||
endmacro() | |||
|
|||
# Wrappers for re-using existing, XTOS CMake files. Do NOT use in Zephyr-specific code. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This comment might be confusing as its in the zephyr makefile ?
Fixes commit 1bd9e0d ("cmake/zephyr: decentralize src/ipc/") Signed-off-by: Marc Herbert <[email protected]>
For reducing CMake duplication and centralization, see thesofproject#8260 Not used yet. Signed-off-by: Marc Herbert <[email protected]>
Leverage the previous commit. Signed-off-by: Marc Herbert <[email protected]>
This makes the code shorter and will help with thesofproject#8260 Zero functional change. Do not use it when Zephyr use is not conditional. Signed-off-by: Marc Herbert <[email protected]>
db7854c
to
812f476
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This scheme is looking very clean (especially given the difficulties of the source language, I guess "macro" was the magic), nice.
CMake deduplication #8260
No migration yet, just splitting the change in two to minimize review strain.